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PREFACE 


This manual provides the information necessary for 
the installation and use of concurrent maintenance 
software routines designed to run on the CONTROL 
DATA® 6000, CDC® CYBER 70, CDC CYBER 170, and CDC 
CYBER 180 Computer Systems, These routines are to 
be installed and run under the control of the NOS 
Operating System. 

RELATED MANUALS 


SUBMITTING COMMENTS 

Address comments concerning this manual to: 

Control Data Corporation 
Technology and Publications Division 
4201 North Lexington Avenue 
St. Paul, Minnesota 55126-6198 

or use the Comment Sheet at the back of this manual. 


The following manuals contain related information: 


Publication 


Publication 

Number 


NOS/BE On-Line Maintenance 

Software Reference Manual 60453900 

NOS Version 2 Analysis Handbook 60459300 

NOS Version 2 Installation Handbook 60459320 

CIP User's Handbook 60457180 


ORDERING MANUALS 


You can order printed manuals from: 

Control Data Corporation 
Literature and Distribution Services 
308 North Dale Street 
St. Paul, Minnesota 55103 


| NOTE | 


The On-Line Diagnostics and the Off- 
Line Diagnostics of the same name are 
not necessarily at the same correction 
level; therefore, different results 
may occur. 


DISCLAIMER 

These products are intended for use 
only as described in this document. 
Control Data cannot be responsible for 
the proper functioning of undescribed 
features or undefined parameters. 
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CONCURRENT MAINTENANCE 


I 


To understand the purpose of concurrent or on-line 
maintenance, it is necessary to understand basic 
system maintenance concepts. This introduction 
presents those concepts, lists the goals of the 
6000/CYBER 70/CYBER 170/180 maintenance software 
features, and shows how these goals are accomplished. 

The traditional approach to system maintenance 
assumes that user time and preventive maintenance 
(PM) time are employed solely for the purposes 
indicated by their names. It further assumes the 
necessity of occasional emergency maintenance (EM) 
when a failure occurs. Unfortunately, time taken for 
EM becomes irrecoverable user time, as is the time 
between system failure and failure detection (mean 
time to detection, or MTTD). MTTD represents a need 
for rerun time for the user, and must be added to EM 
time to determine total time lost to the user. This 
relationship is illustrated in figure 1-1. 



Figure 1-1. User Time Versus Maintenance Time 


Part of the PM time is used for the running of 
diagnostic programs, which have the goal of error 
detection. Hopefully, enough PM time remains for 
error correction. If not, more user time must be 
taken for PM to ensure effective system operation. 

The philosophy of concurrent or on-line maintenance 
concerning user time and PM time differs 
considerably from the traditional approach. PM time 
is regarded as best used for the prevention of 
failures, rather than in their detection, and should 
occupy as little of the total system time as 
possible, thereby affording the user maximum, 
uninterrupted access. 


To this end, operating systems have the ability to 
detect errors in peripheral equipment as soon as 
they occur and to enter the details into an 
engineering file. The contents of this file can be 
examined by the user and/or customer engineer to 
analyze these entries and obtain useful information 
with regard to the type and quantity of errors that 
occurred on various peripheral equipment, the date 
and time at which errors occurred, and how much 
usage the peripheral equipment has had over a period 
of time, so that PM time can be beneficially 
scheduled. 

When a failure is detected, isolation and correction 
are attempted, using peripheral processor 
maintenance tool programs being run as user jobs. 
The information logged in the engineering file and 
the printout from the maintenance tool programs can 
be used to aid in isolating the failure. If it is 
impossible to isolate and correct the failure 
on-line, it then must be determined whether or not 
the system can continue to operate effectively with 
the failure condition. 

As the flowchart in figure 1-2 illustrates, the 
ultimate goal is to maintain effective system 
operability despite occasional hardware malfunctions. 



Figure 1-2. Maintenance Flowchart 
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PM time should not be used for EM. PM time should 
be used to prevent failures by performing regularly 
scheduled procedures, including replacement of 
suspect components. Concurrent maintenance releases 
PM time from the running of diagnostics (failure 
detection). It also provides, through its logging 
capability, system status information valuable to 
efficient planning and use of PM periods. 


Concurrent maintenance provides the capability of 
recognizing and curbing system degradation before 
collapse occurs. Minor malfunctions are detected 
and proper action is taken before a fatal system 
failure results. Degradation in a system is 
inevitable, but it can be recognized and controlled 
by analysis of the engineering file and proper 
application of sound concurrent maintenance. 


If a system failure does occur and emergency 
maintenance is required, the engineering file 
contains information that aids system personnel in 
isolating and correcting the failure. 


The following three objectives summarize the purpose 
of concurrent maintenance: 


1. Increased system availability 

The ability to detect and repair faults in a 
real-time manner allows greater user access. 

2. Increased user confidence 

The user always knows the level of system 
operability. 


3. Improved maintainability 

Constant checking of system viability 
enables detection of potential failures and 
hidden problems, resulting in improved 
maintainability. 

These goals are achieved because of the following 
interacting features of an effective concurrent 
maintenance system: 

• Real-time failure detection, isolation, and 
correction 

• More efficient use of preventive maintenance 
periods 

• Minimal emergency downtime 

Concurrent maintenance assures confidence in the 
system. The user knows downtime is significantly 
reduced, if not eliminated, by the ability of the 
system to recognize and report degradation before 
system failure. PM time is used for failure 
prevention, as intended, rather than for failure 
detection, as in the case of off-line diagnostics. 
Failures, whether minor or major, are detected much 
sooner than they would be by the PM diagnostics. 
This early detection greatly reduces the necessity 
of job reruns, increasing availability. Because the 
operating system has the ability to log malfunction 
information in the engineering file and point out 
the information shortly after the failure occurs, 
the user is aware of the state of the system at all 
times. There is no need to wait until PM time to 
know if jobs are successful or not. Test results 
are more realistic and credible because the system 
is tested in the user environment under the 
operating system rather than simulated in an 
off-line mode. 
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CPU/MEMORY ON-LINE TESTS 


2 


This section describes the central processor and 
memory test routines that have been modified to 
execute concurrently with normal user jobs. 

A brief description of each test precedes a list of 
selectable parameters, where applicable, and a list 
of significant locations. For a more detailed 
description of the tests, refer to the CEDG source 
listing, assembly listing, or microfiche if 
available at your site. 

To obtain CPU/memory on-line test assembly listings, 
the procedure to build CEDIAG must be run. For 
further information, refer to the NOS Version 2 
Installation Handbook (Customizing Installations, 
chapter 6), listed in preface. 

The tests were selected on the basis of hardware 
coverage and error detection capability. Therefore, 
the selection of tests to be executed depends upon 
the CPU and memory type. As a consequence, tests 
are categorized as follows: 

6400; CYBER 70, Models 72, 73; CPU 1 of 6700; 

CPU 1 of CYBER 70, Model 74-2x 


ALX 


FST 

CMU 


MRG 

CT3 


MY1 

CU1 


RAN 

EC3 



CYBER 

70, Model 74 

; CPU 0 of 6700 

CPU 0 

of CYBER 70, 

Model 74-2x 


ALX 

IWS 

CT3 

MRG 

CU1 

MY1 

EC3 

RAN 

FM2 



CYBER 170, Models 172, 173, 174, 720, 730 


ALX 

EC3 

CMU 

FST 

CSU 

MEM 

CT3 

MRG 

CU1 

RAN 

CYBER 170. 

, Models 

175, 740, 

750, 760 

ALX 

EC3 

CSU 

FST 

CT7 

MEM 

CU1 

RAN 


CYBER 170, Model 176 


CTB MEM 

LCM 


CYBER 170/180, Models 810 through 995 

ALX EC8 

CMU FS8 

CT8 MRG 

CU8 RA8 

CYBER 170, Models 865, 875 


ALX EC8 

CT6 FS8 

CU8 RA8 

CSU 

In order to standardize and simplify the conversion 
of these tests to execute concurrently, a common 
package (CPUMEM) was created. It also has the capa¬ 
bility of interfacing each test with the host oper¬ 
ating system and performing the following functions: 

• Ensures that each selected test is designed 
to execute in a specific CPU type. 

• Reports all illegal parameters. 

• Reports all hardware failures and addresses. 

• Maintains a pass counter. 

CPUMEM resides in all CPU/memory tests from address 
110 to address 1477, inclusive. The important 
locations are as follows: 

Address Tag Name Description 


160 C.PASNO Pass counter 

By executing the common package, CPUMEM, each test is 
checked to verify that it is designed to execute on 
the current CPU type. If a mismatch occurs, CPUMEM 
issues the message: 

TEST/CPU TYPE MISMATCH 

and terminates the test. If the match is found to be 
correct, CPUMEM issues the message: 

XXX MSL VZ.Z.Z 

XXX The test mnemonic. 

Z.Z.Z The current MSL revision level. 

Execution of the test is then initiated. 

At the present time, five programs have selectable 
parameters: CT3, CT7, CSU, CTB, and LCM. If an 

illegal parameter is selected, CPUMEM issues the 
message: 

xxx ENDED - ILLEGAL PARAMETER 

xxx The test mnemonic, 

and the test is terminated. 
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If a test program detects an error, the following 
informational error message is issued to the dayfile 
and error log: 

CPU FAILURE, xxx P=aaaaaa PC=bbbbbbbb 

xxx The test mnemonic. 

aaaaaa The failing P address of the test. 

bbbbbbbb The pass count. 

The test then pauses and the following message is 
displayed: 

CPU FAILURE - GO TO CONTINUE TESTING 

If a GO command is given, the test continues 
execution, looking for more errors. 

OPERATING PROCEDURES 

The central processor and memory test programs 
described in this section can be called by any one 
of three methods: 

1. By console input 

a. By using the command MAINTENANCE, all 
tests appropriate to the current CPU are 
called and executed. The categories of 
tests and corresponding CPU types are 
listed in the introduction to this 
section. 

b. Individual tests can be called and 

executed by using the command X.zzz, 
where zzz is the test mnemonic. This 
type of call enters a MODE(0) control 
card before the test is called, so that 
termination on error detection is 

avoided. The operator must ensure that 
the test called is compatible with the 
current CPU type. 

c. To call individual tests under DIS, the 
following commands should be used: 

MODE,0. 
xxx. 

2. By control card input 

To call tests by this method, an input card 
deck is required, as shown in figure 2-1. 

On the program call card, XXX. is the test 
mnemonic. The operator must ensure that the 
test called is compatible with the current 
CPU type. 


Z6/7/8/9EOF 


Program 
call card 

/ MODE(O) 

| JOB/ACCOUNTS 
CARD(S) 


Figure 2-1. Control Card Input Deck 


3. By interactive terminal 

To call test programs by this method, follow 
the routines for normal user jobs. The 
operator must ensure that the test called is 
compatible with the current CPU type. 

None of these tests has selectable parameter entries. 


NOTE 


For NOS 2.3 and later, on dual CPU 
mainframes, two copies of each test 
defined by the MAINTENANCE command are 
initiated. Control card USECPU (1) 
is used for CPU 0 and control card 
USECPU (2) is used for CPU 1. If an 
error occurs and the CPU which failed 
must be determined, the dayfile for 
that jsn must be displayed and the 
appropriate USECPU control card must 
be noted before the drop of the jsn. 


ALX 

ALX is a random instruction-generating program whose 
primary function is to test the stack registers' a- 
bility to handle instructions issued at a rate faster 
than that possible when not issuing from the stack. 

Although the purpose and description of the test have 
not been changed, certain parameters and important 
memory locations have been changed, allowing the test 
to be run in an on-line mode. A detailed description 
of the test can be obtained from CEDG source listing. 


SIGNIFICANT MEMORY LOCATIONS 

The following are the significant memory locations 
for ALX: 


Address 

Tag Name 

Description 

440 

E.SAVE 

Contents of register 
in exchange package 
format (fmt) upon 
entering subroutine 
E.ERROR. 

1730 

through 

1734 

INST—*-INST+4 

Instruction sequence. 

1742 

through 

1761 

INREG-►INREG+17 

Initial register 
contents. 

1762 

through 

2001 

DFANS-►DFANS+17 

Difference of fast/ 
slow loop answers. 

2002 

through 

2021 

FLANS—*-FLANS+17 

Fast loop answers. 

2022 

through 

2041 

SLANS—«-SLANS+17 

Slow loop answers. 

CMU 



CMU is used 

to test the compare 

move unit operations 


that use random descriptors and operands. 
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SIGNIFICANT MEMORY LOCATIONS Address Tag Name Description 


The 

following are the 

significant memory locations 

1501 

CPM.P06 

Bit 0=1 Section 0. 

for 

CMU: 





Bit 1=1 Section 1. 

Bit 2=1 Section 2. 


Address 

Tag Name 

Description 



Bit 3=1 Section 3. 







Bit 4=1 Section 4. 


405 

E.SAVE 

Contents of register in 
exchange package format 
(fmt) upon entering 



Default is 37g. 




subroutine E.ERROR. 

1502 

CPM.P07 

If set to zero, use 

random number supplied 


1604 

INST1 

First CMU instruction. 



by program. If set to 

nonzero, use this as 


1606 

INST2 

Second CMU instruction. 



random number. 


1644 

HISTAB 

History table of CMU 

1503 

CPM.P15 

Number of write opera¬ 


through 

1656 


instructions executed. 



tions to be performed. 







Default is 1. 


1660 

RN0A 

Current random number. 

1504 

CPM.P16 

Number of read opera¬ 
tions to be performed. 

CSU 





Default is 1. 

CSU 

writes 

into each location a value equal to the 

1505 

CPM.P17 

xzzz where zzz is delay 


location address, from address 1272 up to the field quantity from 000 to 

length. Each location is then read and compared 777g. 

with the current test address five times. The test 

is then repeated using the complement of each If x=l, delay = zzz 

address. milliseconds. 

Although the purpose and description of the test If x=2, delay = zzz 

have not been changed, certain parameters and memory seconds, 

locations have been changed, allowing the test to be 

run in an on-line mode. A detailed description of If x=4, delay = zzz 

this test can be obtained from the CEDG source minutes. 

listing. 

Default is 1002B. 

SIGNIFICANT MEMORY LOCATIONS 1511 CMP.ULR Field length - 1. 

1512 CMP.ADR Failing address. 

1513 CPM.RCD Received data. 

1514 CPM.EXD Expected data. 


CTB 

CTB is a CPU test that exercises the CPU control and 
functional units. It generates and executes random 
Instructions and operands, and checks the results 
against a second set of answers obtained from a 
simulator using other functional units. CTB 
requires a field length of 10 000g locations. 


The following are the significant memory locations 


for CSU: 

Address Tag Name 
405 E.SAVE 

1500 CPM.P05 


Description 

Contents of register in 
exchange package format 
(fmt) upon entering sub¬ 
routine E.ERROR. 

Bit 0=1 Loop on failure. 
Bit 4=1 Repeat section. 
Bit 7=1 Repeat condition. 
Bit 9=1 Abort error 
checking. 

Default is 0. 
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SIGNIFICANT MEMORY LOCATIONS 


The following significant locations are selectable 
with program calls under DIS or by assembly only: 


Address Tag Name Description 

405 E.SAVE Contents of register in 

exchange package format 
(fmt) upon entering sub¬ 
routine E.ERROR. 


1500 STOP 0 Ignore stop. 

1 Stop on error 
(assumed if not 
looping on error). 

2 Loop on error. 
Default is 0. 


1501 AUTO Vary parameters auto¬ 

matically in accordance 
with one of three variable 
parameter tables shown 
under CT7. 

0 Ignore auto mode. 

1 Vary parameters us¬ 

ing first table. 

2 Vary parameters us¬ 

ing second table. 

3 Vary parameters us¬ 

ing third table. 

Default is 0. 


1502 ZIP 0 Normal mode. 

1 ZIP mode. 

2 Compute and store 

checksums. 

3 Simulator ZIP mode. 

Default is 0. 


1503 STACK 0 STACK option not 

selected. 

Non-0 Run random instruc¬ 
tion loop twice, 
reading instruc¬ 
tions from the stack 


Address 

Tag Name 


Description 

1504 

OPTO 

0 

Generate result reg¬ 
ister number ran¬ 
domly. 



Non-0 

Set result register 
number in sequence. 
For example, first 
instruction uses XI, 
second instruction 

uses X2, and so on. 
This may generate a 
different order of 
conflict. 




Default is 0. 

1506 

SKIP 

0 

Start with pass count 
equal to zero. 



X 

Use lower 10 digits 
of x as a pass count 
and then generaLe a 
new loop. 




Default is 0. 

1510 

RANNO 

0 

If in SMM mode, use 
prestored number; if 
in sequencer mode, 
use clock from APR 
call. 



X 

Use number supplied 
by x. 




Default is 0. 

1511 

INSTR 

0 

Use all instructions 
in random loop. 



1 

Select only those in¬ 
structions in table 
(located in program¬ 
ming) starting at 
INSTR+1 to use in 
the loop. 



2 

Delete instructions 
in table (located in 
programming) from 
random instruction 
loop. 




Default is 0. 


ERROR MESSAGES 

If an error is detected during execution, a printout 
is generated containing the following information: 

• Date 


on the second loop. • Time 

This option deletes 

all jumps. • Diagnostic name 

Default is 0. • Random instruction loop 
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© Input operands in exchange package format 
© Simulated results in exchange package format 
© Machine results in exchange package format 
© Error message 

© Simulated results 

© Machine results 

© Result difference 

© Pass count 

© Error count 

Four asterisks (*) are printed alongside any 
registers where a comparison fails. The error types 
are determined by the mode and options selected at 
the time the error occurs. 


Error Message Description 


REGISTER ERROR The output exchange package is 

different from the simulated 
exchange package. The failing 
register(s) is flagged in the 
output. 


[~NoTi~l 

The input operands, simulated 
results, and machine results are 
printed for all error types. 


CT3 AND CT8 

CT3 and CT8 are CPU tests that test the CPU control 
and functional units. They generate and execute 
random instructions and operands, and check the 
results against a second set of answers obtained 
from a simulator using other functional units. 

The purpose and description of the CT3 test is 
identical to the version that executes off-line. 
Certain parameters and memory locations have been 
changed to accommodate on-line operation. CT3 does 
not execute on Models 810 through 875. 

The purpose and description of CT8 is identical to 
CT3. CT8 executes only on Models 810 through 995 
(except models 865 and 875). 

A detailed description of both CT3 and CT8 may be 
found in the CEDG source listing. 


SIGNIFICANT MEMORY LOCATIONS 


LOOP CHECKSUM 
ERROR 


The checksums formed from the 
simulated loop and the machine 
loop do not compare. The 
failing checksums are displayed. 


The following are the significant memory locations 
for CT3 and CT8. Locations that appear in 
parentheses are CT8 locations that differ from 
corresponding CT3 locations. 


INCR. WRITE ERROR The checksums formed from Che 
simulated write buffer and the 
machine buffer do not compare. 
The failing checksums are 
displayed. 


Address Tag Name Description 


453 E.SAVE Contents of register in ex¬ 

change package format (fmt) 
upon entering subroutine 
E.ERROR. 


CONTROL ERROR A stop instruction (00) is 

illegally generated by the 
program because of a hardware 
malfunction. 


MOVE ERROR An error was detected and the 

random loop was simplified to 
all pass instructions. However, 
since the answers still do not 
compare, this error message 
indicates that a load or store 
error occurred. 


1500 RANNO Random number starter: 

0 Use number supplied 

by program. 

x Use x as random num¬ 

ber starter. 

Default is 0. 

1501 CMUTAG 0 Use CMU instructions. 

Non-0 Do not use CMU in¬ 
structions. 


ZIP CHECKSUM The checksums formed from the 

ERROR machine loop in ZIP mode do not 

compare with the prestored 
values. The two values are dis¬ 
played. Unless stop-before- 
simplify is selected, the 
machine goes into normal mode, 
skips to the same pass count, 
and attempts to find the problem 
in normal mode. 


Default is 0. 

1502 NUMWD Number of words in the 

random loop. 

0 Use five words. 

x 1 through 77g, use x 

words. 

Default is 0. 
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Address Tag Name Description 

1503 STOP 0 Stop on error (no in¬ 

struction isolation). 

1 Stop on error (after 
•instruction isola¬ 
tion). 

2 Loop on error. 

nega- Stop on error when 
tive already looping on 
number error. 

Default is 1. 


1504 STACK 0 Out of stack opera¬ 

tion. 

Non-0 In stack operation. 
Default is 0. 

1505 SKIP Pass count from a previously 

known error. 

0 Do not use previous 

pass count. 

x Use x as previous 

pass count. 

Default is 0. 


1506 OPTO Optimize result registers 

for minimum conflict. 

0 Ignore optimization. 

1 Use optimization. 

Default is 0. 

1507 NORPT Number of passes through 

random loop before creating 

a new loop. 

0 One pass. 

x 1 through 77g f 

where x is number of 
passes. 

Default is 0. 

1510 INSTR Define instructions to be 

used or not • to be used in 

the loop. 

0 Ignore this option. 

1 Use only the in¬ 

structions in the 
table (located in 
programming) begin¬ 
ning at INSTR. 

Default is 0. 


Address 

Tag Name 

Description 

2211 

(2217) 

FAST 

Starting address of random 
loop. 

2313 

(2321) 

ERDIF 

Register difference. 

2314 

(2322) 

ERDIF+1 

Simulated result. 

2315 

(2323) 

ERDIF+2 

Machine result. 

2316 

(2324) 

ERDIF+3 

Address of simulated result. 

2317 

(2325) 

ERDIF+4 

Address of machine result. 

2320 

(2326) 

ERCO 

Error counter. 

2323 

through 

2342 

(2331 
through 
• 2350) 

SANS-* 

SANS+17B 

-Simulated results. 

2343 

through 

2362 

(2351 

through 

2370) 

SANS+20B—» 
SANS+37B 

■Machine results. 

2363 

ERREX--- 

-Simulated results after ini¬ 

through 

ERREX+17B 

tial error only. 


2402 

(2371 

through 

2410) 

2403 ERREX+20B-*-Machine results after ini- 
through ERREX+37B tial error only. 

2422 

(2411 

through 

2430) 

2423 DUMEX-► Operands used by random loop. 

through DUMEX+17B 


2442 




(2431 

through 

2450) 




6000 

SOURCE 

CMU 

source buffer area. 

11000 

RESULT 

CMU 

machine result area. 

14000 

SIMBUF 

CMU 

simulated result area. 

2204 

(2212) 

ANSDIF 

CMU 

move result difference 
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Address Tag Name 


Description 


Address 

Tag Name 


Description 


2205 

K1FIELD 

CMU 

machine move address. 

(2213) 





2206 

(2214) 

K2FIELD 

CMU 

simulator move 

address 

2207 

K1RSLT 

CMU 

machine move result. 

(2215) 





2210 

(2216) 

K2RSLT 

CMU 

simulator move 

result. 


CT7 

CT7 is a CPU test that tests the CPU control and 
functional units. It generates and executes random 
instructions and operands, and checks the results 
against a second set of answers obtained from a 
simulator using other functional units. 

Although the purpose and description of the test 
have not been changed, certain parameters and memory 
locations have been changed, allowing the test to be 
run in an on-line mode. 'A detailed description of 
this test can be obtained from the CEDG source 
listing. 


SIGNIFICANT MEMORY LOCATIONS 


The following are the significant memory locations 
for CT7: 


Address Tag Marne Description 

405 E.SAVE Contents of register in ex¬ 

change package format (fmt) 
upon entering subroutine 
E.ERROR. 


1500 STOP 


0 Stop on error after 

loop shortening. 

1 Stop on error before 

loop shortening. 

2 Loop on error. 

3 Stop on error after 

looping on error. 

Default is 0. 


1501 AUTO Vary parameters automati¬ 

cally in accordance with 
tables under Variable 
Parameters Tables.. 

0 Ignore auto mode. 

1 Vary parameters using 

first table (refer to 
table 2-1). 

2 Vary parameters using 

second table (refer 
to table 2-2). 


3 Vary parameters using 

third table. (refer 
to table 2-3). 

Default is 0. 

1502 ZIP 0 Ignore ZIP mode. 

Non-0 Do checksums of reg¬ 
isters on every 
pass. Accumulate re¬ 
sults and compare 

with a predeter¬ 
mined result every 

10 000 OOOg passes. 


Default is 0. 


1503 STACK 0 Out of stack opera¬ 

tion. 

Non-0 Run random loop 

twice. On the second 
time, read instruc¬ 
tions from the stack. 

Default is 0. 

1504 OPTO Optimize registers for 

minimum conflict. 

0 Ignore optimization. 

Non-0 Optimize registers. 

Default is 0. 

1505 NUMWD Number of words in random 

loop. 

0 Use five words. 

Non-0 Use only lower six 
words. 

Default is 0. 

1506 SKIP Pass count from a previously 

known error. 

0 Do not use a previous 

pass count. 

x Lower 30 bits only, 

where x is previous 
pass count. 

Default is 0. 

1507 NORPT Number of passes to be made 

through random loop before 

creating a new one. 

0 One pass only. 

x Lower six bits, where 

x is number of passes. 

Default is 0. 
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Address Tag Name Description 

1510 RANNO Random number starter. 

0 Number supplied by 

program. 

x Dse x as random num¬ 

ber starter. 

Default is 0. 

1511 INSTR Define instructions to be 

used in the loop. 

0 Ignore this option. 

1 Dse only the in¬ 
structions in the 
table (located in pro¬ 
gramming) beginning at 
address INSTR. 

2 Use any instructions 
except those in the 
table (located in pro¬ 
gramming) beginning at 
address INSTR. 

Default is 0. 

2111 FAST Starting address of random 

loop. 

2256 ERDIF Register difference. 

2257 ERDIF+1 Simulated result. 

2260 ERDIF+2 Machine result. 

2261 ERDIF+3 Address of simulated result. 

2262 ERDIF+4 Address of machine result. 

2263 ERCO Error counter. 

2275 SANS-^-Simulated results. 

through SANS+17B 

2314 

2315 SANS+20—^-Machine results. 

through SANS+37B 

2334 

2335 DUMEX-^-Operands used by random loop. 

through DUMEX+17B 

2357 


VARIABLE PARAMETERS TABLES 

The following are the parameter sequence tables used 
with the AlITO sequence. 


Table 2-1. Parameter Sequence I 


Sequence 

Stack 

OPTO 

ZIP 

Number 

of 

Words 

(Octal) 

Number 

of 

Passes 

(Octal) 

i 

0 

0 

0 

5 

10 000 

2 

SET 

0 

0 

11 

20 000 

3 

0 

SET 

0 

12 

20 000 

4 

0 

0 

0 

3 

10 000 

5 

0 

0 

SET 

5 

10 000 

6 

0 

0 

0 

77 

20 000 

7 

SET 

SET 

0 

11 

20 000 

8 

0 

0 

0 

4 

10 000 


Table 2-2. Parameter Sequence II 


Sequence 

Stack 

OPTO 

ZIP 

Number 

of 

Words 

(Octal) 

Number 

of 

Passes 

(Octal) 

1 

0 

0 

0 

12 

200 000 

2 

SET 

0 

0 

11 

200 000 

3 . 

0 

SET 

0 

12 

200 000 

4 

0 

0 

0 

6 

10 000 

5 

0 

0 

SET 

5 

30 000 

6 

0 

0 

0 

77 

100 000 

7 

SET 

SET 

0 

11 

400 000 

8 

0 

0 

0 

7 

10 000 
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Table 2-3. Parameter Sequence III 


Sequence 

Stack. 

OPTO 

ZIP 

Number 

of 

Words 

(Octal) 

Number 

of 

Passes 

(Octal) 

i 

0 

0 

0 

5 

10 000 

2 

0 

0 

0 

2 

10 000 

3 

0 

0 

0 

12 

10 000 

4 

0 

0 

0 

77 

10 000 

5 

SET 

0 

0 

11 

10 000 

6 

0 

SET 

0 

5 

10 000 

7 

SET 

SET 

0 

11 

10 000 

8 

0 

SET 

0 

12 

10 000 


CU1 AND CU8 

CUl and CU8 test the control hardware and functional 
units of the central processor. 

The purpose and description of the CUl test is 
identical to the version that executes off-line. 
Certain parameters and the contents of some memory 
locations have been changed to accommodate on-line 
operation. CUl does not execute on Models 810 
through 995. 

The purpose and description of CU8 is identical to 
CUl. CU8 executes only on Models 810 through 995. 

A detailed description of CUl and CU8 can be 
obtained from the CEDG source listing. 


SIGNIFICANT MEMORY LOCATIONS 

The following are the significant memory locations 
for CUl and CU8: 

Address Tag Name Description 


405 E.SAVE Contents of register in ex¬ 
change package format (fmt) 
upon entering subroutine 
E.ERROR. 

All pertinent information for these tests can be 
obtained from the A, B, and X registers. The 
contents of these registers are saved by subroutine 
E.ERROR of CPUMEM. Failing P register addresses are 
displayed by CPUMEM. 


EC3 AND EC8 

EC3 and EC8 are tests for ECS written specifically 
for diagnosing and repairing ECS problems on-line 
under the host operating system. 

EC3 does not execute on Models 810 through 995; EC8 
executes only on Models 810 through 995. 


EC3 and EC8 run on the system as user jobs and test 
ECS by writing and reading various selectable data 
patterns in the system's user direct access area of 
ECS. 

EC3 and EC8 run one pass and exit. It is possible, 
by selecting various parameters, to create different 
testing conditions. Parameter selection is 
accomplished in either of two ways: 

• Passing the parameters to the test through 
control card call. 

• Causing the test to pause and entering the 
parameters through DIS. 

EC3 and EC8 may be run selecting all of ECS, the 
maintenance portion of ECS, or only the preallocated 
part of ECS (by selecting ALL, HALF, or PRE, 
respectively). 

To preallocate ECS, bits 8 through 11 of word 12 of 
the deadstart panel must be set to define the size. 
Refer to the NOS Version 2 Analysis Handbook, listed 
in preface, for CMRDECK contents. 

If the parameters are passed through the control 
card, they can appear in any order. The only 
restriction on the control card is that all numbers 
are octal with a maximum of seven digits. The test 
pauses if called as EC3(PAUSE) or EC8(PAUSE). 

The parameter list, within the program, is located 
at RA+1500g. Each of the parameter list elements 
contains the parameter name (left-justified) and the 
default quantity (right-justified). When entering a 
value into the parameter list, it is not necessary 
to retain the parameter name, since the names are 
deleted as soon as the test begins. Within the 
parameter list is a cell containing HRAN NEXT. The 
following cell (HRAN) Is used to hold the random 
number for the test sections that use random data. 
A value may be placed in HRAN, through DIS, to 
recreate a block of random numbers. 

Any time the test pauses (pause parameter selected, 
or stop on error selected), it can be restarted by 
typing GO. 

If an ECS error occurs during execution of the test, 
the test terminates with an abort. This allows the 
user the option of killing the output file if no 
error occurred. On termination, the test does not 
wait for an operation GO, if stop on error is not 
selected. 


I N 0 T E I 

In the following discussion, ECn 
designates either EC3 or EC8. 


CONTROL CARD CALL 

The following is the format for control card call: 
ECn(PI ,P2 ,P3 ,... ,Pn) 

If the parameter is not specified, default is used. 
If specified but not equivalent, it is set to 1 
(nonzero) for all parameters. There is no restric¬ 
tion on the order in which parameters appear on the 
control card. All numeric values must be octal. 
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Parameter 


Description 


Parameter 


Description 


*ALL* Select all of ECS (no user ECFL 

allowed; EST must show ECS down). 
Default = 0 (not selected). ' 

*CKSUM*= Checksum data on every nth pass. 

Default = 0. 

*DATA*= Check data on every nth pass. 

Default = 0. 

*DISP*= Display end-of-section (EOS) mes¬ 

sage. Default = 0 (not selected). 

*HALF* Select maintenance half of ECS (no 

user ECFL allowed; EST must show ECS 
in half mode). Default = 0 (not 

selected). 

*IGNWA*= Ignore write abort flag. 

Default = 0 (not selected). Valid 
only if *WS* (write only) is 
selected. 


*LIST*= Line count for dayfile listing. 

Default = assembly constant *LINES*. 


*L00P*= 

Loop on error. Default = 0 (not 

selected). 

*PASS*= 

Pass count for repeat section or 
repeat, test. Default = 0. 

*PAUSE*= 

Pause at start of test to set 
parameters. Default = 0 (not 

selected). 

*PRE* 

Select preallocated area of ECS 
(allocated by NOS). Default = 0 
(not selected). 

*REP*= 

Repeat count for high-speed read. 
Default ■ 3. 

*RETAIN*= 

Retain last random pattern. Default 
= 0 (not selected). 

*RS*= 

Read only. Default = 0 (not 
selected). Parameter must be 
alphabetic. 


*SECT*= Repeat section selection. Default “ 
0 (none selected). Parameter must 
be alphabetic. Overrides WS or RS 
parameters. 

*SELECT*= Select sections. Default = 7777 

(all sections selected). 

Bit 0 = A Write and read zeros 

pattern. 

Bit 1 = B Write and read ones 

pattern. 

Bit 2 = C Alternating ECS words 

of ones and zeros. 

Bit 3 = D Alternating ECS words 

of zeros and ones. 

Bit 4 = E Write and read ECS word 
lines of 5-2 pattern. 


Bit 5 = F Write and read ECS word 
lines of 2-5 pattern. 

Bit 6 = G Write and read even 

parity pattern. - 

Bit 7 = H Write and read odd 

parity pattern. 

Bit 8=1 Write and read ECS in 
16-word blocks, incre¬ 
menting through all CM 
banks and all ECS words. 



Section I does not 
have the capability 
to do a repeat write 
only or read only (WS 
and RS parameters). 


Bit 

9 = J 

Write and 
pattern. 

read 

random 

Bit 

10 = K 

Write and 
with random 

repeat read 
pattern. 

Bit 

11 = L 

Write and 

repeat 

read 


with all random param¬ 
eters. 

*ST0P*= Stop on error. Default = 1 

(selected). 

*WC*= Word count for write and read of 

ECS. Default = assembly constant 
SIZE. 

*WS*= Do write only. Default = 0 (none 

selected). Parameter must be 
alphabetic. 


SAMPLE JOBS 

The following are sample job cards for ECn: 

• ECn,PASS=10. 

Run eight passes of the entire test. 

• ECn,SECT=J,DATA=4,STOP. 

Execute section J only, checking data every 
fourth pass, and stop on error. It runs 
until time limit or until dropped. 

• ECn,SECT=J,DATA=10,CKSUM=20. 

Execute section J only, checking data every 
eighth pass, and checksumming data every 
16th pass. It runs until time limit or 
until dropped. 

• ECn(SECT=J,DATA=10,CKSUM=20,PASS=1000). 

Same as job 3, but test exits after 1000 
passes. 
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It is possible for the operating system to 
move the ECS boundaries between the time the 
test detects an error and the time the test 
determines the current absolute ECS address 
from the system. 


END OF SECTION X (TO B DISPLAY ONLY) 

HRAN TO LAST BLOCK XXXXXXXXXXXXXXX 
XXXXXXXXX 

The initial random number of the last block 
read is printed in case of a read abort. 


e ECn,WS=B,WC=100,IGNWA,LIST=0,PAUSE. 

Write all ones (section B) to ECS in 
100-word blocks. Do not abort test if a 
write abort occurs. Do not list any 
errors. Pause at start of test. 

® ECn(SECT=K,REP=5,PASS=400). 

Execute 400 passes of section K, but repeat 
read five times. 

e ECn,PASS=20,SELECT=7000. 

Execute 16 passes of sections J, K, and L 
only. 

o ECn,SECT-I,HALF,DISP. 


Execute section I, using only the main¬ 
tenance half of ECS. Display the end- 
of-section message. 

Tests may also be run under DIS as follows: 

X.DIS 

ENFE,40000. 

ECn,SECT=K,REP=5,PASS=400. 

DROP. 

DAYFILE MESSAGES 

The following are dayfile messages issued by EC3 and 

EC8: 

INVALID INPUT PARAMETER - TEST ABORTED 

An invalid parameter is found. The test 
aborts if one or more of the following 
conditions occur: 

SECT, WS, or RS request nonexistent 

section. 

Repeat count greater than five. 

Chassis count equal to zero. 

DMPX from abort contains the parameter list. 

ECS FL EQUALS ZERO - TEST ABORTED 

ECn TESTING ECS FL OF XXXXX 

ECn USING ECS ABSOLUTE ADDRESS OF XXXX5 

The ECS absolute address output is provided 
at the beginning of the program. The ECS 
absolute address is compared and checked if 
still current (ECS addressing not moved by 
the system) each time an output error 
message occurs. If the ECS address has been 
moved by the system, EC3 or EC8 outputs a 
new ECS absolute address message before the 
original error message. 


READ ABORT S=X 
CMS A-XXXXX 
A=XXXXXXXX 

This message is also used to report WRITE 
ABT, HSREAD ABT, and CKSUM ERR. The HSREAD 
ABT message contains the repeat count and an 
indication of the failing read. S is the 
section name. CMSA is the start address in 
CM of the last block. A is the start address 
(relative) in ECS. 


DATA C0MPR WRITE 

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
A=XXXXXXXX S=X READ 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

The data compare error shows the data 
written, data read, the current selection 
name (S), and the address (relative), within 
ECS, of the failure (A). 

MORE THAN ONE - PRE, HALF, OR ALL - SELECTED 

*PRE*, *HALF*, and *ALL* are mutually 
exclusive; only one may be selected. 

CEVAL PERMISSION NOT GRANTED 

NOS will not allow EC3 or EC8 to run; refer 
to *ALL*, *HALF*, and *PRE* for constraints. 


FM2 

FM2 Is a floating multiply test designed to provide 
a unit-to-unit comparison test of the multiply 
function In a 6600 system. It generates two random 
binary numbers and uses them to test unit 1 against 
unit 2 in single, double, and rounded precision 
modes. 

Although the purpose and description of the test 
have not been changed, certain parameters and the 
contents of some memory locations have been changed, 
allowing the test to be run in an on-line mode. A 
detailed description of this test can be obtained 
from the CEDG source listing. 
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SIGNIFICANT MEMORY LOCATIONS 

The following are the significant memory locations 
for FM2: 

Address Tag Name Description 

405 E.SAVE Contents of register in ex¬ 
change package format (frat) 
upon entering subroutine 
E. ERROR. 

All pertinent information for this test can be 
obtained from the A, B, and X registers. The 
contents of these registers are saved by the 
subroutine E.ERROR of CPUMEM. Failing P register 
addresses are displayed by CPUMEM. 


FST AND FS8 

FST and FS8 are random number instruction checking 
and test generating, and checking routines which are 
capable of 347 362g passes in 1000s s * 

The purpose and description of FST is identical to 
the version that executes off-line. Certain 
parameters and memory locations have been changed to 
accommodate on-line operation. FST does not execute 
on Models 810 through 995. 

The purpose and description of FS8 is identical to 
FST. FS8 executes only on Models 810 through 995. 

A detailed description of both FST and FS8 may be 
found in the CEDG source listing. 


SIGNIFICANT MEMORY LOCATIONS 


The following are the significant memory locations 
for FST and FS8. Locations that appear in 
parentheses are the FS8 locations, which differ from 
corresponding FST locations. 

Address 

Tag Name 

Description 

457 

E.SAVE 

Contents of register in ex¬ 
change package format (fmt) 
upon entering subroutine 
E.ERROR. 

1737 

(1743) 

FAST 

Fast loop instruction se¬ 

quence. 

2117 

(2123) 

SLOW 

Slow loop instruction se¬ 

quence . 

1757 

(1763) 

ERDIF 

Error difference (slow minus 
fast). 

1760 

(1764) 

ERSL 

Slow loop results. 

1761 

(1765) 

ERSF 

Fast loop results. 
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Address 

Tag Name 

Description 

1762 

(1766) 

ERSLA 

Address of slow loop result. 

1763 

(1767) 

ERSFA 

Address of fast loop result. 

1764 
( 1770) 

ERC0 

Error counter. 

1776 

through 

2005 

SANS -► 

SANS+17 

Register contents after slow 
loop, saved after every run 
(failure or not). 

(1772 

through 

2011) 



2006 

through 

2025 

SANS+20 —► 
SANS+37 

■Register contents after fast 
loop, saved after every run 
(failure or not). 

(2012 

through 

2031) 



2026 

through 

2045 

SAVE —► 
SAVE+17 

Register contents after slow 
loop, saved only after 
failure. 

(2032 

through 

2051) 



2046 

through 

2065 

SAVE+20-► 

SAVE+37 

-Register contents after fast 
loop, saved only after 
failure. 

(2052 

through 

2071) 




IWS 

IWS tests the ability of the central processor to 
execute no-operation, Boolean, and stack jump 
instructions that have been organized into stacks. 
IWS also checks for correct translation of single 
15- and 30-bit instructions in all parcels of all 
stack words. 

Although the purpose and description of the test 
have not been changed, certain parameters and the 
contents of some memory locations have been changed, 
allowing the test to be run in an on-line mode. A 
detailed description of this test can be obtained 
from the CEDG source listing. 


| NOT?] 

Section 3 of this test is not 
executed when running on-line, 
because it is impossible to determine 
when an exchange takes place. 


60454200 M 



SIGNIFICANT MEMORY LOCATIONS 


Test Section 


Description 


The following are the significant memory locations 
for IWS: 

Address Tag Name Description 


405 E.SAVE Contents of register in ex¬ 
change package format (fmt) 
upon entering subroutine 
E.ERROR. 

All pertinent information for this test can be 
obtained from the A, B, and X registers. The 
contents of these registers are saved by the 
subroutine E.ERROR of CPUMEM. Failing P register 
addresses are displayed by CPUMEM. 


LCM 


LCM is a CPU test of the large core memory. It 
tests a field of memory specified by a starting 
address and a final address. 

LCM is derived from the quick-look test sections of 
the 7000 diagnostic LCM4. It requires a field 
length of 5000g locations. 


CONTROL CARD AND CONSOLE CALLS 

To call LCM in infinite pass count, the following 
card deck should be used: 

JOB/ACCOUNT CARDS Including EC parameter 
LCM. 

6/7/8/9 EOF 

To call LCM in under DIS, the following commands 
should be used: 

ENFE,(LCM TO TEST) 

LCM. 


TEST SECTIONS 

The following test sections are selected using the 
TESTBL parameter. 

Test Section Description 


QSEC1 Write/read eight basic test patterns 

with a large block count, using the 
block write/read instructions. 

QSEC2 Write/read a floating-one and -zero 

bit pattern, using the block 
write/read instructions. 

QSEC3 Write/read a true checkerboard 

pattern, using the block and direct 
write/read instructions. 

QSEC4 Direct write/read an all-zeros 

pattern, into the memory initially 
set to all ones. 

QSEC5 Write/read a floating-one bit test 

pattern, using the LCM direct 
instructions. 


QSEC6 Write/read a floating-one bit test 

pattern and its complement, using 
the LCM direct instructions. 


SIGNIFICANT MEMORY LOCATIONS 

The following are the significant memory locations 
for LCM: 


Tag Name 

Description 

BNKST 

First word address. Default is 0. 

BNKLMT 

Last word address determined by use 
of system memory macro. 

TSTCNTRL 

Test control. 


1 Stop on error. 


2 Repeat current section. 


Default is 1. 

TESTBL 

Up to six different tests are 
selected or deselected by entering 
or clearing, respectively, the 
entry address in the following 
table. 


Default is QSEC1 

QSEC2 

QSEC3 

QSEC4 

QSEC5 

QSEC6 

SECTN 

Current section number. 

ERRCODE 

Error code. 

ERRCOUNT 

Error count. 

LFDATA 

Actual data. 

EXDATA 

Expected data. 

BNKST 

First word address. 

BNKLMT 

Last word address minus one. 

TSTCNTROL 

Test control. 

LFADDR 

Failing LCM address. 


ERROR MESSAGES 

If LCM detects an error, it makes an appropriate 
entry in the dayfile that includes: 

e Test name 

• Section number 

• Message 

• Pass count 
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« ECRA (as detected at error time) 

• CPU diagnostic/LCM failed 

The following error messages are displayed and 
entered in the output file for printing: 

A DATA ERROR WITH NO PARITY ERROR 

RELATIVE ADDRESS xxxxxxxxxx 

EXPECTED xxxxxxxxxxxxxxxxxxxx 

RECEIVED xxxxxxxxxxxxxxxxxxxx 

AN ERROR EXIT ON A BLOCK WRITE. 

A DATA ERROR WITH PARITY ERROR 

RELATIVE ADDRESS xxxxxxxxxx 

EXPECTED xxxxxxxxxxxxxxxxxxxx 

RECEIVED xxxxxxxxxxxxxxxxxxxx 

A PARITY ERROR WITH NO DATA ERROR 

READING xxxxxxxxxx WORDS FROM 

ADDRESS xxxxxxxxxx 

If the test is called with no extended memory 
selected, a message in the dayfile reads: 

NO EXTENDED MEMORY SELECTED /LCM/ 

ABORTED - - INVALID INPUT PARAMETER. 


The Monitor Display Driver (MDD) is initiated from 
the system operator's console and supports system 
analysis through either local or remote access via 
Models 810 through 860 two-port multiplexer inter¬ 
face. Once initiated, MDD detaches itself from the 
operating system until directed by command via the 
MDD console to terminate. Since MDD does not depend 
on the operating system after initialization, it is 
generally still operating if the operating system 
malfunctions due to hardware or software problems. 

MDD provides commands from the MDD console to display 
and change central memory (60- and 64-bit) and to 
display, interpret, and change the contents of the 
maintenance registers present on Models 810 through 
860. The commands can be entered at any time MDD is 
up. Using any of the display commands should have no 
effect on the operating system. 

Refer to the CIP User's Handbook, listed in preface, 
for further information. 


MEM uses the system memory macro to determine the 
amount of memory to test. 


CONTROL CARD AND CONSOLE CALLS 

To call MEM in infinite pass count, the following 
card deck should be used: 

JOB/ACCOUNT CARD( S) 

MEM. 

6/7/8/9 EOF 

To call MEM in under DIS, the following command 
should be used: 

ENFE,(MEM TO TEST) 

MEM. 


TEST SELECTIONS 

MEM contains eight different test sections, each of 
which is selected by setting an appropriate memory 
location to 1. Setting a location to 0 causes the 
test section to be bypassed. The memory locations 
used for this purpose are in the range of T110 
through T117, and each one corresponds to a test 
section 0 through 7. 

The individual subtest error counts are also kept in 
these locations. Therefore, the contents of 
addresses T110 through T117 are in the following 
format: 

xxxx xxxx xxxx xxxx 000y 

xxxx xxxx xxxx xxxx Error count 

y Subtest selection flag 
1 Select test section. 

0 Bypass test section. 


TEST SECTIONS 

The test sections for MEM are: 

Test 

Section Description 

0 Ones and zeros test. Words of 

all ones and all zeros are 

written and checked four times. 

L Addressing test 1. The complete 

memory address (or its comple¬ 
ment) is written and checked four 

times. 


MEM 

MEM is a CPU test of the central memory. It tests a 
field specified by a starting and a final address. 

MEM is derived from the 7000 diagnostic SCM1 and 
requires a minimum field length of 2000g locations. 
However, a field length of at least 5000g should be 
specified. 


2 Addressing test 2. An operand in 

the form ABCD ABCD ABCD ABCD 
ABCD, or its complement, is 
written into each address. ABCD 
is treated as a 12-bit quantity 
and is incremented by 1 for each 
subsequent address. The data is 
then checked. Four passes are 
made through this test section. 
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Test 

Section 


Description 


Address Tag Name 


Description 


3 Worst-pattern test. Writes and 
checks worst pattern and its 
complement worst pattern four 
times. 

4 Checkerboard test. Writes and 
checks a checkerboard pattern and 
its complement four times. 

5 Random addressing and data test. 
Divides the selected memory field 
into halves. Generates a set of 
pseudo random numbers, which are 
then duplicated in the upper and 
lower halves of the field. The 
field is then addressed in a 
random manner. The two halves 
are then read and compared. This 
test section is repeated four 
times. 

6 Ones test. Clears test area, 
writes one word of ones in one 
test location, sweeps area, and 
tests word of ones. Repeats, 
testing the word of ones in every 
location. 

7 Single-bit worst-pattern test. 
Writes worst pattern or the 
complement worst pattern on each 
plane individually. This test 
section is repeated four times. 

All tests in the test sections just described sweep 
and complement the memory field several times after 
writing the pattern and before checking. 

SIGNIFICANT MEMORY LOCATIONS 

The following are the significant memory locations 
for MEM: 

Address Tag Name Description 

405 E.SAVE Contents of register in ex¬ 
change package format (fmt) 
upon entering subroutine 
E.ERROR. 

1742 T101 Starting address. 

Default is last word address 
of test code plus 1. 

1743 T102 Final address. 

Default is determined by 
amount specified by EDITLIB. 

1744 T103 Contains a mask quantity 

that determines which bits 
of the memory word are to be 
checked. Bits corresponding 
to one bits are tested. 
Bits corresponding to zeros 

are ignored. 

Default is 

77777777777777777777. 


1745 T104 Error stop control. 


0 Do not stop on error. 

Non-0 Stop on error. 


1747 

T106 

Pass count. 

1751 

T110-T117 

Test sections select flags 

through 


and error counts. 

1760 




Default is T110 = 1 
Till = 1 
T112 = 1 
T113 = 1 
T114 = 1 
T115 = 1 
T116 » 0 
T117 = 0 

ERROR MESSAGES 

When an error is detected during testing, the 
following information is recorded and an appropriate 
entry is made in the dayfile: 

Error Code Description 

T120 Failing address 

T121 Contents of failing address 

T122 Correct word 

T123 Number of test section that failed 

The dayfile entry includes: 

• Test name 

• Failing test header (for example, one and 
zeros test) 

• Expected data 

e Actual data 

• Pass count 

• CPU diagnostic /MEM/ failed 

MRG 

MRG is a merging of five existing CPU programs into 
one single program. The programs merged are: 


Program 

Description 


BGK 

30-bit instruction 

test 

FDT 

Floating divide test 

LAT 

Long add unit test 


POP 

Population counter 

test 

RTJ 

Return jump test 
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There are no selectable parameters for MRG. For 
this reason, if an error is detected by one of the 
merged tests, that test should be run independently 
for further error analysis. Although the purpose 
and description of each test have not been changed, 
certain parameters and the contents of some memory 
locations have been changed, allowing the tests to 
be run in an on-line mode. A detailed description 
of MRG and each merged test can be obtained from the 
CEDG source listing. 


SIGNIFICANT MEMORY LOCATIONS 

The following are the significant memory locations 
for MRG: 


Address Tag Name Description 


405 

E. SAVE 

Contents of register in ex¬ 
change package format (fmt) 
upon entering subroutine 

E.ERROR. 

1533 

T040 

B-register failure (BGK). 

1535 

T041 

X-register failure (BGK). 

1537 

T042 

A-register failure (BGK). 

1563 


44 instruction failure (FDT). 

1576 


45 instruction failure (FDT). 

2120 


36 instruction failure (LAT). 

2136 


37 instruction failure (LAT). 

2233 


47 instruction failure (POP). 

2271 

T27 

01 instruction failure (RTJ). 


MY1 

MY 1 is a memory test that writes a value into each 
location equal to the location address from tag name 
CKMEM up to the field length. Each location is then 
read and compared with the current test address five 
times. The test is then repeated using the 
complement of each address. 

Although the purpose and description of the test 
have not been changed, certain parameters and the 
contents of sane memory locations have been changed, 
allowing the test to be ' run in an on-line mode. A 
detailed description of this test can be obtained 
from the CEDG source listing. 


SIGNIFICANT MEMORY LOCATIONS 

The following are the significant memory locations 
for MY1: 

Address Tag Name Description 


405 E.SAVE Contents of register in ex¬ 
change package format (fmt) 
upon entering subroutine 
E.ERROR. 

All pertinent information for this test can be 
obtained from the A, B, and X registers. The 
contents of these registers are saved by the 


subroutine E.ERROR of CPUMEM. Failing P register 
addresses are displayed by CPUMEM. 

OPMSG 

The OPMSG command allows the customer engineer to 
communicate with the console operator through the 
DSD A,OPERATOR display. The following is the format 
of the OPMSG command. 

OPMSG. message 

message Message text that appears on 

A,OPERATOR display. If null, 
the command is treated as a 
no-op. A maximum size of 70 
characters is permitted. 

If a message is specified, the OPMSG command waits 
for an operator response via the CFO command. This 
response is logged in the job dayfile. 

This command is valid on NOS Version 2 only. The 
customer engineer must have maintenance privileges 
(AW = CMNT) in order to use this command. 

RAN AND RA8 

RAN and RA8 are used to test the central processor's 
ability to translate and execute sets of randomly 
generated instructions. Each set consists of lOg 
numbers, from which all jump instructions are 
removed, so that control is maintained within the 
set. Each set is then executed, first in a slow 
loop and then in a fast loop. The results of each 
loop are then compared, one with the other. 

The purpose and description of the RAN test is 
identical to the version that executes off-line. 
Certain parameters and the contents of some memory 
locations have been changed to accommodate on-line 
operation. RAN does not execute on Models 810 
through 995. 

The purpose and description of RA8 is identical to 
RAN. RA8 executes only on Models 810 through 995. 

A more detailed description of both tests can be 
obtained from the CEDG source listing. 


SIGNIFICANT MEMORY LOCATIONS 

The following are the significant memory locations 
for RAN and RA8: 


Address 

Tag Name 

Description 


405 

E.SAVE 

Contents of register in ex¬ 
change package format (fmt) 
upon entering subroutine 
E.ERROR. 

2100 

FAST 

Beginning address of 
loop. 

fast 

2313 

SLOW 

Beginning address of 
loop. 

slow 

1756 

ERRE+15D 

Answer difference. 


1757 

ERRE+16D 

Failing fast loop answer 

• 
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Address 

Tag Name 

Description 

Address 

Tag Name Description 

1760 

ERRE+17D 

Failing slow loop answer. 

2477 

through 

SANS » Slow loop answers. 

SAN&H7B 

1761 

ERRE+18D 

Failing fast loop answer. 

2516 


1762 

ERRE+19D 

Failing slow loop address. 

2517 

through 

SANS+20B—»-Fast loop answers. 
SANSF37B 

1763 

ERRE+20D 

Error counter. 

2536 
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REMOTE DIAGNOSTIC FACILITY 


3 


NOS REMOTE DIAGNOSTIC FACILITY 
INTERACTIVE PROCEDURES 

NOS provides CDC customer engineers with the ability 
to perform maintenance software functions inter¬ 
actively. The remote diagnostic facility (RDF)f can 
be used from any location by dialing the computer's 
telephone number and is available only at sites with 
800 series models. 

NOS is a powerful software system that satisfies wide 
spectrum of computational needs. Its mass storage 
and advanced file maintenance techniques permit large 
amounts of information to be stored at high speeds. 
The system can be used from terminals in remote 
locations, thereby eliminating travel to the computer 
site by allowing users to work in their own offices. 


TERMINALS 

All communication with the system can take place 
through a remote terminal. Programs or data are sent 
to the system according to specific rules or com¬ 
mands. The system responds by sending its answers to 
the terminal. A slash (/) or READY indicates the 
system is waiting for the next command. If the user 
enters an incorrect command, the system rejects the 
command and prints the reason for its rejection. For 
a detailed description of these messages, refer to 
appendix B of the NOS Version 2 Reference Set, Volume 
3, System Commands, publication number 60459680. 

ASCII code compatible terminals (such as Texas 
Instruments Silent 700/735/745, Anderson Jacobsen 
830/860, CDC 713/752, CDC Viking X, DEC VT100, 
Zenith Z19, Heath H19, and so forth) are used to 
communicate with the system. 


Access Security 

It is the responsibility of the site to ensure that 
a properly validated user Is in control of the port 
at all times. This includes situations where line 
disconnects occur following the initial 
establishment of communications between the user and 
the two-port multiplexer. The following procedural 
mechanisms are available to the site to protect 
against unauthorized user access in a system 
environment. 

•> Operator commands are normally required to 
initiate RDF. 

e In a secure system, it is necessary to 

enter UNLOCK, username, password before RDF 
can be enabled. 


tPreviously known as remote maintenance facility (RMF). 


• Local access to RDF through the two-port 
multiplexer can be gained by direct cabling 
of the terminal to the multiplexer. 

• Remote access should only be enabled by the 
operator after voice contact is made with 
the support person. After the support 
person has been properly identified, the 
line is to be physically connected through 
an accoustic coupler to the 'two-port 
multiplexer. This method of providing 
access security is not applicable if RDF is 
initiated for use on a port which is 
configured with a directly coupled modem. 

If a line disconnect occurs during remote access to 
RDF, it may be possible for an unauthorized user to 
dial in and gain access to RDF. To prevent this, 
the support person should contact the operator 
immediately to disable RDF until the line is 
reconnected and cleared. 


INPUT/OUTPUT CONVENTIONS 

The following conventions and standards apply to a 
time-sharing terminal. 


Length of Input/Output Lines 

The input line can consist of a maximum of 160 char¬ 
acters. The output line can be any length; however, 
it should not exceed the page width of the terminal 
being used. If the user attempts to input or output 
more characters per line than are allowed, the 
additional characters overprint at the end of the 
line, unless the terminal being used has an automatic 
carriage return feature. 


System Messages During Input 

The following diagnostic messages can appear during 
input from the terminal. 

*0VL* 

Line overflow. This message is issued when 
more than 160 characters have been entered 
since the last carriage return (the entire 
line is lost when the 161st character is 
entered). 

*RE-ENTER LAST LINE* 

Data was lost during the last line of input. 
The user should reenter the last line. 
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Termination of Input Line 

The user must terminate each line of input infor¬ 
mation by pressing CR. This tells the system that 
the current input line is complete. The system 
responds by positioning the carriage at the beginning 
of the next line. The user can then enter additional 
input information on the new line. 


Interruption of Executing Program 

To interrupt an executing program that is currently 
transmitting output to an ASCII code terminal, press 
the I key or the BREAK key. This process is called 
job suspension and is- described later in this 
section. 


Correction of Input Line 

The user can correct entry errors in the input line, 
before pressing CR, by using the backspace character. 
The backspace character on ASCII code terminals is 
either the BACK SPACE key or, on terminals that do 
not have a BACK SPACE key, the CNTL H keys. One 
character is deleted for each backspace character 
entered and the backspace character is not printed. 
A space equals one character. If the beginning of 
the line is reached, further backspace characters are 
ignored. For example, when the input line contains: 

ABL<—C46<—<—23 

it is interpreted by the system as ABC23. <— 

indicates a backspace. 


Deletion of Input Line 

When the user discovers an error before pressing CR, 
the current line may be deleted in one of the fol¬ 
lowing ways. On ASCII code terminals, press the 
ESCAPE key or press the CNTL [ keys. The system 
ignores the entire input line, responds by printing 
*DEL*, and positions the carriage at the first 
character position on the next line. The following 
example uses the ESC key. 

new,test 


Termination of Executing Program 

To terminate an executing program that is currently 
transmitting output, press the S key on an ASCII code 
terminal. To terminate an executing program that is 
not currently transmitting output, enter the STOP 
command. 

Block Edit Mode Terminal Use 

Block edit mode is designed for use with ASCII code 
terminals with hardware buffering and editing capa¬ 
bilities. Typically, these terminals allow the user 
to compose a message which is stored in the terminal 
buffer until the operator presses the SEND key, at 
which time it is transmitted from the buffer. Before 
the message is sent from the buffer, it can be edited 
or corrected by the operator. The data in the buffer 
can consist of one or more lines, separated by car¬ 
riage return codes and terminated by an ASCII end-of- 
transmission (EOT) code. The EOT code is generated 
automatically by most terminals. 

Because of the editing capabilities of the terminal, 
data is assumed to be correct as received. 
Therefore, in block edit mode the escape (ESC) and 
backspace (BS) characters are regarded as input data 
rather than as control characters. 

The operator can send multiple line messages in text 
mode or as line numbered source data. Multiple lines 
of input to a running program or multiple command 
lines are not permitted; however, the last line of 
line-numbered source data can be a command. 


READY. 

10 program t(output) 

20 print 5 

30 6 format 9*this is a*DEL* <- press ESC key. 

30 5 format (*this is it*) 

40 end 

list 

10 PROGRAM T(OUTPUT) 

20 PRINT 5 

30 5 FORMAT (*THIS IS IT*) 

40 END 
READY. 


Input to Executing Program 


The following are the special characters that are 
recognized and processed by the system when the 
terminal is in block edit mode. 


Character 
EOT (CNTL D) 


CR 


Description 


The EOT character signals the 
end of the input transmission. 
If this code is used to termi¬ 
nate an input line, the system 
generates a carriage return and 
a line feed at the terminal. 

The carriage return denotes the 
end of a line of data. Because 
block edit mode terminals auto¬ 
matically provide a line feed, 
no line feed is returned by the 
system. 


A ? output to the terminal normally indicates that 
the executing program has requested input. However, 
the program may include question marks In its normal 
output. 


ETX (CNTL C) The ETX character is used to 

exit from text mode. It is 
sent as the first and only 
character after an EOT. 
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RDF INITIATION PROCEDURES 

This section discusses the procedures necessary to 
initiate the RDF subsystem and perform maintenance 
software functions. The user cannot harm the system 
by making incorrect entries or other mistakes at the 
terminal. Mistakes can have only diagnostic 
consequences; that is, they only produce error 
messages (usually INCORRECT COMMAND) and do not 
damage the system or hardware in any way. 
Generally, the user is allowed as many chances as 
necessary to make a correct entry. However, if 
unsuccessful at login four times in succession, the 
user is automatically disconnected. If this 
happens, the user should check the user name and 
login procedures and try again. 


RDF LOGIN PROCEDURE 

The basic RDF login procedure has four steps. 

Step Description 

Preparation The site establishes the needed 

equipment configuration, and 
the user gathers the informa¬ 
tion needed before login. 

RDF Initiation The user notifies the system 

operator to enable the RDF 
subsystem. 

Login Initiation The user connects the terminal 
to the system. 

Login Sequence The user is identified as a 

valid user of the system and 
enters optional commands. 


PREPARATION 

Equipment Configuration 

The site must first establish the needed equipment 
configuration as follows: 

e For local access, direct cabling of the 
terminal to the two-port multiplexer. 

For remote access, an accoustic coupler 
connected to the two-port multiplexer. It 
is recommended that port 1 be used. 

® If a port options switch exists for the port 
on which RDF is to be initiated, it should 
be set to the the MSG ONLY position. (It 
must not be in the disabled position if RDF 
is to be used.) 

® The baud rate for the RDF port is to be 

set. The need to select the rate prior to 
deadstart is dependent on the mainframe 
type. On CYBER 180 models 810 or 830, the 
switch may be changed after deadstart. 

• At deadstart time, an EQest=RM,... EQPDECK 

entry has to be made for the port. See the 
NOS 2 Analysis Handbook, listed in preface, 
for details about the entry. 


Conditions 

Before attempting to connect to the system, the user 
must meet the following conditions: 

e The system operator's telephone number must 
be known, as the user must call the operator 
to initiate the RDF subsystem. 

• The user must be prepared to tell the 
operator which mode(s) of the system are to 
be initialized and what equipment is to be 
made available. 

• The site baud rate used to run the two-port 
mux must be known. This determines the type 
of terminal that is needed to connect to the 
computer. 

• The user must know how the terminal is 
connected to the computer (data set, 
acoustic coupler, or hardwired). 

• The computer access phone number must be 
known if the terminal is not hardwired. 

• A user name is necessary to gain access to 
the system login. 

• An associated password is necessary, along 
with the user name, to gain access to the 
system. 

• When required, a valid charge number and/or 
project number is necessary co catalog 
permanent files or submit batch jobs. 

INITIATING RDF 

To initiate RDF, the user must call the system opera¬ 
tor by telephone, identify oneself to the operator, 
and request that the RDF subsystem be initiated. 

After the operator has properly identified the 
support person, RDF may be initiated as follows: 

1. Turn on the RM EQPDECK entry corresponding 
to the port which will be used: 0N,est. 

2. In a secure system, the security administra¬ 
tor must place the system in security unlock 
status with the UNLOCK command, as described 
in the NOS Security Administrator's Handbook 
(60460410). 

3. Enable the RDF subsystem through the use of 
SUBSYST: 

DSD entries: SUBSYST. 

L.ENABLE,RDF. 

L. END. 

The NOS 2 Analysis Handbook contains more 
information on the use of SUBSYST. 

4. If necessary, change the modes in which RDF 
will be used through use of the DSD ENABLE 
and DISABLE commands for the PRIVILEGED RDF 
and RESIDENT RDF options. See the ENABLE/ 
DISABLE command in the NOS 2 Analysis Hand¬ 
book for additional information if needed. 
The following describes the PRIVILEGED or 
UNPRIVILEGED and RESIDENT or NONRESIDENT 
modes. As stated earlier, the user must 
know the mode(s) in which RDF will be used. 
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Mode 


Description 


PRIVILEGED/ PRIVILEGED allows the user to 

UNPRIVILEGED perform any maintenance or 

system functions available at a 
particular site. When this 
parameter is not specified 
(UNPRIVILEGED mode), the system 
allows the user to perform only 
those maintenance and system 
functions listed in the Terminal 
Control Commands and Additional 
UNPRIVILEGED Mode Commands 
sections. Default setting is 
UNPRIVILEGED. 

RESIDENT/ RESIDENT mode must be specified. 

NONRESIDENT User is not logged out after any 

period of inactivity. If the 
phone line between the computer 
and the terminal is interrupted, 
the user may log in any time 
after the interruption without 
calling the operator to initiate 
RDF. RDF stays up until the 
system goes down or the operator 
disables RDF. If not specified 
(NONRESIDENT mode), the user is 
automatically logged out after a 
15-minute period ' of inactivity 
and RDF must be reinitiated by 
the operator for future use. 

RDF may be initiated as both PRIVILEGED or 
UNPRIVILEGED and RESIDENT or NONRESIDENT. The user 
must be validated by the site to access RDF and must 
be further authorized to operate in UNPRIVILEGED 
and/or RESIDENT mode. 

5. Initiate RDF through the RDF DSD command. 
Refer to the NOS Analysis Handbook for 
details if needed. 

6. If a remote access is occurring and the 
recommended procedure for providing access 
security is being followed, the line is to 
be physically connected through an acoustic 
coupler to port 1. 

RDF supports only one terminal connected to one port 
of the two-port multiplexer. Thus, if RDF is in use 
on one port and it is desired to have it access the 
other port, in addition to entering BYE, one must 
enter DISABLE,RDF. under SUBSYST., turn off the EQ 
entry for the port, turn on the EQ entry for the new 
port, and enter ENABLE,RDF. under SUBSYST. before 
going through the RDF initiation procedure with the 
other port. 


LOGIN INITIATION 

The main steps that lead to the login sequence are 
as follows: 

1. Check operating characteristics. 

2. Connecting terminal. 

3. Identify terminal. 

If dialing in remotely and the recommended access 
security policy is in effect, step 1 should occur at 
preparation time and step 2 occurs while initiating 
RDF. Note that step 6 under initiating RDF would 


occur between the dialing number step and the 
detection of tone step in the following descriptions 
of dialing in. 


Check Operating Characteristics 

To check the operating characteristics of the 
terminal, the user should do the following: 

1. Find the power switch on the terminal and 
turn it to the ON position. If the terminal 
is a CDC 721 and is already ON, the RESET 
button should be pressed to disable any 
host-loaded controlware. 

2. If the duplex can be selected, ensure that 
it is set to HALF duplex. In FULL duplex, 
characters entered from the terminal are not 
printed. 

3. If the parity can be selected, set it to 
EVEN for ASCII code terminals. 

4. If the line speed can be selected, set it to 
the value that has been selected for the 
particular site. 


Connecting Terminal 

Some terminals are wired so that they are 
automatically connected to the system when they're 
turned on. You may hear them called hardwired 
terminals. Other terminals are connected to the 
system using a telephone and telephone lines. If 
there is not a telephone near the terminal you are 
using, you can assume it is a hardwired terminal. 

In this case, you can skip the rest of this section. 

A terminal that requires a telephone uses either an 
acoustic coupler or a data set. 

An acoustic coupler has two rubber cups into which 
the phone receiver will fit. The coupler is either 
built into the terminal or is a separate device 
beside the terminal. If it is a separate device, 

turn it on. 

1. On the front of a data set is either a 

switch labeled TALK and DATA or individual 
buttons labeled TALK and DATA. Most 

commonly, the data set is separate from the 
terminal. Either set the switch to TALK or 
push the TALK button. 

2. To connect your terminal to the system, call 

one of the phone numbers you were given. 
When the system is available you hear a 

constant high-pitched tone. 

Usually this happens within a few rings. If 
it doesn't, assume the system is not 
available and try again later. If the line 
is busy, try another phone number, if you 
have more than one. 

3. When you hear a constant high-pitched tone, 
your next action depends on whether you are 
using a terminal with an acoustic coupler or 
a data set. 
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4. If the terminal uses an acoustic coupler, 
insert the phone receiver in the two rubber 
cups. Usually the coupler is marked to 
indicate how the receiver should be inserted. 

5. If the terminal uses a data set, either set 
the switch on the front of the data set to 
DATA or push the DATA button. Then replace 
the phone receiver. 

6. Usually an indicator on the terminal lights 
to let you know that it is connected to the 
system. Wait a full 2 seconds after the 
light comes on. You are now ready to enter 
the system and do your work. 


Identify Terminal 

Once the user establishes connection with the 
computer, it may be necessary to identify the 
terminal before the login sequence can begin. In 
some terminals, the login sequence is automatically 
initiated when the dial-in is completed; in others, 
it requires the typing of a letter, the pressing of 
a particular key, or both. In all cases, the system 
indicates that the login sequence may begin by 


typing out three lines: date and time, header 
label, and a request for family name or a request 
for user name. The following paragraphs describe 
the login sequence in detail. 

The following terminal types require the indicated 
actions to initiate the login sequence. 


Terminal Type Action 

ASCII code terminal with Press CR 

standard print. 


Block transmission (ASCII Type the letter B. 

code) terminal with full 

display-screen editing 

capability and standard 

print (for more information, 

refer to Block Edit Mode 

Terminal Use section). 


Table 3-1 summarizes the functions of the keys as 
they appear on typical ASCII code terminals. 


Table 3-1. Functions of Time-Sharing Terminal Controls 
(Typical ASCII Code Terminals) 


Function of 

Control Key 
or Command 

Texas Instruments 
Silent 700 

Teletype 

37/38 

CDC 713 
Display 

Memorex 

1240 

CDC 721 

Delete current 

CTRL X 

ESCAPE 

ESCAPE 

ESC 

ESC 

input line 


or 

or 

or 

or 


. 

CTRL 

CNTRL 

CNTL 

BREAK 

Backspace 

CTRL H 

BACK 

SPACE or 
CTRL H 

BACK 

SPACE or 
CNTRL a 

BACK 

SPACE or 
CNTL H 

or 

CTRL H 

Enter text mode 

TEXT 

TEXT 

TEXT 

TEXT 

TEXT 


command 

command 

command 

command 

command 

Exit text mode 

INTRPT 
or ETX 
(CTRL C) 

INTRPT 
or ETX 
(CTRL C) 

BREAK 
or ETX 
(CNTRL C) 

INT 

BREAK t 
or 

CTRL C 

Interrupt program 

BREAK 

INTRPT 

BREAK 

INT 

BREAK 

(during output) 

or 

or 

or 

or 

or 


I key 

I key 

I key 

I key 

I key 

Interrupt program 
(no output) 

BREAK 

INTRPT 

BREAK 

INT 

BREAK 

Terminate program 
(during output) 

S key 

S key 

S key 

S key 

S key 

Terminate program 

STOP 

STOP 

STOP 

STOP 

STOP 

(no output) 

command 

command 

command 

command 

command 

Punch leader on 
paper tape 

DELETE 
or NULL 

DELETE 

RUB OUT 

NA 

or NULL 

NA 

NA 

tEffective only when entered in first character position of line (empty input 

line). 
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LOGIN SEQUENCE 

The login sequence begins with the terminal typing 
out three lines. The first line is in the following 
format. 

yy/mm/dd. hh.mm.ss. termnam 

The date is given in year/month/day and the time in 
hours, minutes, seconds, using the 24-hour format 
and a network-supplied terminal name. For example, 
if the login began at 12 minutes and 44 seconds 
after two o'clock in the afternoon on September 3, 
1984, the first line would read: 

84/09/03. 14.12.44. TERM201 

The second line is the header identifying the site 
which may give the company name, the operating 
system, and the version of the operating system. In 
the examples in this manual, the following is used: 

CDC NETWORK OPERATING SYSTEM NOS 2 

The third line is a request for a family name, if 
the site is dividing its mass storage devices into 
families. The terminal types: 

FAMILY: 

The user_ types, on the same line, the name of the 
assigned family and presses CR. For example, if the 
mass storage device for the site is assigned to 
family AAA, the user types: 

FAMILY: AAA 

The family name identifies the mass storage device(s) 
that contain(s) the permanent files for a specific 
NOS system. Each system has its own family of 
permanent file devices. Thus, if the system is 
providing backup support for another NOS system, if 
this login is being made into an alternate NOS system 
(two or more sets of permanent file devices identi¬ 
fied with family names), or if the user is logging 
into a multimainfrarae system, the family name entered 
identifies the device(s) that contain(s) the user's 
normal permanent file family. 

The device containing the validation file for the 
family must be present in the alternate system in 
order for the user to log in. The validation file 
is used to determine if the user name and password 
entered are valid. 

When the assigned family is the default family name 
for the system, the user need only press CR. 

FAMILY: CR 

The system then requests the user name. When family 
names are not in effect, the request for a family 
name is omitted and the request for a user name is 
the third line typed out in the login sequence. The 
request for user name is: 

USER NAME: 

The user types the assigned user name on the same 
line and presses CR. For example, if the user name 
is ABC1234, the user types: 

USER NAME: ABC1234 


The system then responds: 

PASSWORD 

00000000 

The second line results from the system overtyping a 
variety of characters (blackouts). The object is to 
preserve password secrecy. After creating this row 
of blackouts, the cursor moves back to the first 
blackout. If a password is in effect, the user types 
it over the blackouts and presses CR. 


If a user has exhausted the security count on the 
user name entered, the system issues the message: 

INCORRECT USER ACCESS - CONTACT SITE OPR. 

The supplied user name is denied all access to the 
operating system until the security couint has been 
reset. 

When the request for a user name appears, the user 
may enter the user name and password on the same 
line. To do this, the user types a comma after the 
user name, types in his or her password on the same 
line, and then presses CR. For example, if the user 
had previously been assigned the password PASS23, 
the request for user name could now be completed as 
follows: 

USER NAME: ABC1234,PASS23 

When this is done, the system omits the two lines 
composed of PASSWORD and blackouts. 

When the request for a family name appears, the user 
may enter the family name, user name, and password on 
the same line. If the user's family is the default 
family name for the system, the user first types a 
comma and then follows with user name and password. 
For example: 

FAMILY: AAA,ABC1234,PASS23 
or 

FAMILY: ,ABC1234,PASS23 

When this is done, the system omits the three lines 
composed of USER NAME, PASSWORD, and blackouts. 

If the family name, user name, or password is not 
acceptable, the system responds: 

IMPROPER LOG IN, TRY AGAIN. 

FAMILY: 

If the user is unsuccessful at logging in four times 
in succession, the system responds: 

ILLEGAL USER. 

and disconnects the terminal from the system. 


If the family name, user name, and password are 
acceptable, the system prints the job sequence name 
(JSN) and application on the next line. For example: 

JSN: ABCD, TPM 
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This is job sequence name ABCD in Che time-sharing 
configuration for this site. The TPM indicates it 
is an ASCII code terminal with standard print. If a 
terminal with a display screen is in use, the user 
should write down the job sequence name (ABCD in 
this example) in case recovery is attempted (refer 
to Recovery section). Possible terminal types are: 


The following is a description of the variable items 
in the logout display. 


Item 


username 


User 

login. 


Description 

name entered during 


hh.mm.ss. 


Time of logout. 


Type 


'Description 

j sn 

Job sequence name. 


TPM 

ASCII code terminal 
print. 

with standard 

s.sss 

Measure of the 
resources used 
connected to IAF. 

system 

while 

BLKTPM 

Block 

terminal 

editing 

print. 

transmission 
with full 
capability, 

(ASCII code) 
display-screen 
and standard 

n.nnnKCHS 

Count of the total number of 
input and output characters 
read from, or written to, 
the terminal. 


While the terminal is connected, another user may 
want to use the terminal. To log the present user 
out of the system and reinitialize the login 


If the maximum number of users are logged in, the sequence, the user types: 

system replies: 

HELLO 

SYSTEM BUSY, PLEASE TRY LATER. 

or 

If the operator has closed the system, the following 

message is received: LOGIN 


SYSTEM CLOSED. 

The user must wait and try again later. 
If the system is up, it responds: 

READY. 


The system logs the current user out of the system, 
issues the normal logout messages, and automatically 
initiates a new login sequence. The new user 
proceeds as described in this section, starting with 
the login sequence. 


RDF TERMINATION 


LOGOUT PROCEDURE 

The user logs out when finished with work at the 
terminal. The system automatically logs out the 
user if no activity is registered in any 10-minute 
period. If RDF is enabled in RESIDENT mode, the 
user remains logged on the system until RDF is 
terminated; there is no time limit. To log out of 
the system, the user types: 


If the system operator must terminate RDF while a 
user is logged in, the following message appears at 
the user's terminal. 

RDF DROPPED BY THE OPERATOR 

The user is automatically logged off the system. In 
NONRESIDENT mode, RDF is automatically terminated 
when the user logs off the system. All activities 
of each user are recorded in the system dayfile. 


GOODBYE 

or 


BYE 


or 

LOGOUT 


The system responds 
UN=user name 
JSN=jsn 


by printing: 

LOG OFF hh.mm.ss 

SRU-S s.sss 


CHARACTERS 3 n.nnnKCHS 
and then disconnecting the terminal. 


SHARED TERMINAL MODE 

On CYBER 180 Computer Systems, it is possible to use 
both RDF and MDD simultaneously from the same 
terminal in a sharing mode of operation. Also, on 
those computer systems which support the CC634B 
console (CYBER 180, models 810 and 830), it is 
possible to use both RDF and the console displays 
from the same CC634B terminal in a sharing mode of 
operation. In a sharing mode of operation only one 
driver (RDF or MDD, RDF or SCD (System Console 
Driver) has access to the terminal at a time, and a 
means to toggle between the drivers is available. 

Shared mode is entered with the agreement of the 
user of the terminal. This is because when the 
other driver is initiated, it takes over control of 
the terminal. 
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RDF with MDD 

1. Initiate either RDF or MDD following the 
usual procedure. 

2. When it is desired to use them in a shared 
mode, the other driver may be initiated by 
the operator: 

a. MDD second: 

UNLOCK, and X.MDD(d,p)commands are 
needed. p must correspond to the 
port used by RDF. Refer to section 

2 . 

b. RDF second: 

An RM equipment entry for the port 
used by MDD must exist. 

Follow steps 1 through 5 under 
Initiating RDF in this section. The 
est number refers to the RM entry 
above. 


| NOTE 1 

It is especially important to follow 
the access security procedure when 
using the shared terminal mode of 
operation. 


RDF with SCD 

Since the console driver obtains access to the 
CC634B first, it is only necessary to follow the 
steps in 2b above, except the RM equipment entry 
must designate the port used by the CC634B. When 
RDF is initiated, the screen of the CC634B will 
initially be blanked out. 

The fact that RDF may be run on the system console 
CC634B, which is supposed to be connected to the two 
port multiplexer at 19 200 bps, does not imply that 
RDF will actually drive the terminals for output or 
accept input at that rate. 


Use of Shared Terminal Mode 

RDF relinquishes the port immediately when another 
driver is initiated for the first time. This will 
happen even in the middle of input or output. 


If RDF is initiated on a port being used by another 
driver, RDF will initially take the port away from 
the driver. 


When RDF and another driver are sharing a port 
connected to a CDC 721 terminal, the F7 key may be 
used to toggle between the drivers. Since the F7 
key corresponds to the ASCII sequence RS (IE 
hexadecimal) followed by lowercase w (77 
hexadecimal), manual entry of this sequence may also 
be used to toggle. When RDF is in control of the 
terminal, any entry of the toggle sequence is 
accepted in non-transparent mode when input is 
normally accepted from the terminal. 


In non-transparent input mode, the character RS 
followed by no other characters or RS followed by 
lowercase w is not transmitted to RDF (the PP 
program ITM intercepts the input). Unpredictable 
results may occur if either of these sequences are 
entered as another driver is brought up to use the 
same port or right before transparent mode is 
entered. 


Each time RDF gains access to the port, it sends a 
sequence of characters to the terminal which on a 
CDC 721 results in the disabling of host-loaded 
controlware and clearing the screen. A terminal 
other than a CDC 721 may experience a few extraneous 
characters on the screen. 


Whether RDF has control of the terminal or is 
waiting to regain control because another driver is 
using it, it is subject to time-out if a user is not 
currently logged into RDF and the RESIDENT RDF 
option is disabled. 


When toggling back to RDF, no special prompts are 
given. If output was interrupted by a driver 
gaining access to the terminal for the first time, 
it will resume. 


To Exit Shared Terminal Mode 

Entry of BYE to either RDF or MDD (non-^CIP version) 
will cause that driver to end its current session 
with the terminal. After a few seconds, the other 
driver should regain control of the terminal. The 
MDD driver will completely go away, while the RDF 
driver will remain in the background available for 
use by entering the toggle sequence until it times 
out (if RESIDENT RDF was not selected). 
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USER/OPERATOR ON-LINE COMMUNICATION 

NOS provides the RDF user with the capability to send 
messages to the system operator on-line while a job 
is running. To send a message to the operator, the 
escape control character (ESC) and the message 
command (MS) command are used. The format is as 
follows: 

(ESC)MS=xxx.xxx (CR) 

(ESC) signifies the entering of the ESCAPE control 

character, xxx.xxx represents the user's 

message, and (CR) represents entering the carriage 
return. To determine the ESCAPE control character 
of your terminal, refer to the terminal's operations 
manual or appendix K of the NOS Version 2 Reference 
Set, Volume 3, System Commands publication number 
60459680. This message may not exceed 48 characters. 

If the system console is busy, the following is 
displayed at the user's terminal. 

CONSOLE BUSY 


If Che system is not busy, 

the operator 

responds 

with an 
exceed 48 

appropriate 

characters. 

message 

which. 

also, 

may not 

The user 

may also 

send a 

message 

to the system 

operator 
format is 

using the 
as follows: 

0PMSG 

command. 

The 

command 


OPMSG.xxx.xxx 

xxx... ...xxx represents a 64-character message 
which appears on the A,OPERATOR display. The 
operator response appears in the user's dayfile. 


RECOVERY 


During 

when: 

job 

processing. 

recovery may 

be necessary 

• 

The 

terminal is 

accidentally 

disconnected 


from the system. 


e A system malfunction occurs which requires a 
restart. 

The terminal is placed in recovery state whenever it 
is disconnected from the system without being logged 
out (providing that it is not already in recovery 
state). The user has 10 minutes to initiate 
recovery.t 


If there is a system malfunction which requires a 
restart, the user has 10 minutes from the time the 
system is restarted to initiate recovery. 

To initiate the recovery process, the user completes 
the login sequence and, if any of the user's previous 
jobs are recoverable, the system lists the recover¬ 
able job(s) as shown in the following example. 


RECOVERABLE JOB(S) 


JSN 

UJN 

STATUS 

TIMEOUT 

AAPE 

AKVA 

SUSPENDED 

8 MIN. 


ENTER GO TO CONTINUE CURRENT JOB 

RELIST TO LIST RECOVERABLE JOBS, 

OR DESIRED JSN: 

The user enters GO to continue current job process¬ 
ing, RELIST to list all recoverable jobs, or specific 
job sequence name(s) of jobs that the user may want 
to recover. 

When the user enters a job sequence name, and the 
recovery is successful, the system responds as shown 
in the following example. 

JSN: AAPE SYSTEM: BASIC SRU: 2.151 

FILE NAME: FILE1 

STATUS: .002 CP SECONDS EXECUTION TIME 

CHARACTER SET: NORMAL MODES: PROMPT ON 
IDLE. ENTER COMMAND. 

READY. 

When the user enters a job sequence name and recovery 
is impossible, the system responds as shown in the 
following example. 

ENTER GO TO CONTINUE CURRENT JOB 

RELIST TO LIST RECOVERABLE JOBS, 

OR DESIRED JSN:acav 
ACAV NOT FOUND. 

ENTER GO TO CONTINUE CURRENT JOB 

RELIST TO LIST RECOVERABLE JOBS, 

OR DESIRED JSN: 

Whenever the user and job sequence narae(s) of a user 
requesting a recovery state match the user and job 
sequence name(s) of a user already in a recovery 
state, the user already in the recovery state remains 
there and the other user is logged out. If a user is 
disconnected after logging in but before recovery 
from a previous disconnect, the latter time is pro¬ 
cessed as a normal logout to protect the user from an 
intermittent phone line failure. The user can then 
log in again and recover the job. 


tThis limit may vary from site to site. Contact the site analyst for the correct limit. 
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The following is an example of a typical recovery 


82/01/11. 10.42.08. TERM201 

CDC NETWORK OPERATING SYSTEM - NOS 2 

FAMILY: famname <-User logs in. 

USER NAME: abcl234 

PASSWORD 

password 

JSN: AAPE, TPM 

READY. 

list, filel <-User lists file named filel. 

00100 LET A=1 
00110 LET B=10 
00120 FOR 1=1 TO B 
00130 A=A*I 

00140 PRINT I," FACTORIAL IS ";A 
00150 NEXT I 
00160 END 


basic <-User enters BASIC subsystem. 

READY. 

run <- 

1 FACTORIAL IS 1 

2 FACTORIAL IS 2 

3 FACTORIAL IS 6 

4 | < --- 

82/01/11. 10.48.53. TERM201 
CDC NETWORK OPERATING SYSTEM NOS 2 

FAMILY: famname <-User redials phone 

USER NAME: abcl234 number and logs in. 

PASSWORD 
password 
JSN: AAQG, TPM 


■User runs program. 


■Phone line interruption occurs. 


RECOVERABLE JOB(S) <- 

JSN UJN STATUS TIMEOUT 

AAPE AKVA SUSPENDED 8 MIN. 


■System prints list 
of recoverable jobs. 


ENTER GO TO CONTINUE CURRENT JOB 

RELIST TO LIST RECOVERABLE JOBS, 

OR DESIRED JSN::aape <-User specifies JSN. 

JSN: AAPE SYSTEM: BASIC SRU: 2.151 FILE NAME: FILE1 

STATUS: .002 CP SECONDS EXECUTION TIME 

CHARACTER SET: NORMAL MODES: PROMPT ON 
IDLE. ENTER COMMAND. 


READY. 

run <-User reruns program. 


1 

FACTORIAL 

IS 

1 

2 

FACTORIAL 

IS 

2 

3 

FACTORIAL 

IS 

6 

4 

FACTORIAL 

IS 

24 

5 

FACTORIAL 

IS 

120 

6 

FACTORIAL 

IS 

720 

7 

FACTORIAL 

IS 

5040 

8 

FACTORIAL 

IS 

40320 

9 

FACTORIAL 

IS 

362880 

10 

FACTORIAL 

IS 

3628800 


RUN COMPLETE. 
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JOB SUSPENSION 

A user can suspend a job at any time during job 
execution by pressing the BREAK key. If the job is 
actively transmitting output to the terminal, the I 
key can also be used to suspend the job. The system 
responds: 

‘INTERRUPTED* 

A job is also suspended automatically by the system 
when one of the following occurs: 

a The job has exceeded its time limit. The 
time limit is initially set to 64 CPU 
seconds at login, although the user can 
change this value through use of the SETTL 
command (refer to the NOS Version 2 Reference 
Set, Volume 3, System Commands, publication 
number 60459680). 


If the job step is suspended because it exceeded its 
time limit, the message: 

‘TIME LIMIT* 

ENTER T TO CONTINUE OR CR KEY TO STOP: 

is issued and the user can enter one of the 
following: 

Entry Description 

T Increases the central processor 

time limit by 64 CPU seconds. Job 
execution continues. 

T.nnnnn Increases the central processor time 

limit by nnnnn decimal seconds. Job 
execution continues. The user can 
enter octal seconds by specifying a 
B after the octal number. 


T,‘ Increases the central processor time 

limit to the user's maximum. Job 
execution continues. 


® The job or job step has exceeded its SRU 
limit. The SRU limits are initially set to 
320 SRUs at login, although the user can 
change this value through use of the SETASL 
or SETJSL commands (refer to the description 
in the NOS Version 2 Reference Set, Volume 
3, System Commands, publication 60459680). 


e A successful recovery has been performed 
(refer to Recovery in this section). 

If the job is suspended by the user (interrupted), 
the user can perform one of the following: 

Entry Description 

CR Continue. A portion of the output 

is lost if the job is transmitting 
output to the terminal when sus¬ 
pended. When output is complete, 
job execution continues. If the 
TAPE command is in effect (tape 
mode), carriage return is ignored 
when entered on any empty input 
line. Therefore, P CR must be 
issued to resume execution. 


Causes the job to go through normal 
abort procedures (for example, EXIT 
processing which can be useful when 
using procedure files). 

Termination Terminates the job step. Subsequent 
sequence control statements, if any, are not 
processed. 

STOP Terminates the job step. Subsequent 

control statements, if any, are not 
processed. 

Any increase to the central processor time limit 
through either T or T,nnnn is in effect only for the 
current job step. When the job step terminates, the 
central processor time limit reverts to its original 
value, previously set by default or by the SETTL 
command. 

If the user enters something other than one of the 
previous entries, the system prompts the user again. 


P Proceed. If the job is transmitting 

output to the terminal when sus¬ 
pended, the system discards the 
data generated by the job before 
the user interrupts it. The amount 
of output discarded depends on the 
job being executed. Program execu¬ 
tion continues. 

STOP Stop. Terminates the job step. 

Other Stop. Terminates the job step. 


If the job is suspended because a job step or the job 
itself exceeded its SRU limit, the message: 

*SRU LIMIT* 

ENTER S TO CONTINUE OR CR KEY TO STOP: 

is issued. The user can enter one of the following: 

Entry Description 

S CR Increases the SRU limit by 320 

units. Job execution continues. 
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Entry 


Description 


Command 


Description 


Increases the SRU limit by nnnnn 
decimal units. Job execution 
continues. The user can enter octal 
units by entering a B after the 
octal number. 

Increases the SRU limit to the 
user's maximum. Job execution 
continues. 

Causes the job to go through normal 
abort procedures. 

Terminates the job step. Subsequent 
control statements, if any, are not 
processed. 

Terminates the job step. Subsequent 
control statements, if any, are not 
processed. 

Any increase to the SRU limit through either S or 
S,nnnn is in effect only for the current job step. 
When the job step terminates, the account block SRU 
limit and job step SRU limit revert to their original 
values, set by default or by the SETASL and SETJSL 
commands, respectively. Entering S,* in response to 
an SRU LIMIT message could cause the time-sharing 
session in progress to exceed the account block SRU 
limit set by the SETASL command or by default. The 
system then issues an SRU LIMIT message after a job 
step has begun. To remedy this situation, use the 
SETASL command to raise the account block SRU limit 
above the current number of accumulated SRUs for the 
time-sharing session. 

If the user enters something other than one of Che 
previous entries, the system prompts the user again. 


S,nnnnn CR 

S,* CR 

CR 

Termination 

sequence 

CR 

STOP CR 


TERMINAL CONTROL COMMANDS 

The terminal control commands allow the user to 
change the characteristics of the terminal and to 
vary the source and format of information given to 
and received from the system. These commands, which 
can be entered at any time after the user has 
successfully logged in, are as follows: 

Command Description 

ASCII Selects the full ASCII character 

set. This command causes subsequent 
characters entered from the terminal 
to be translated into 6/12 display 
code. On an ASCII code terminal, 
this code set represents the ASCII 
128-character set. The standard 
character set contains only the 
first 63 or 64 of these 95 
characters. 

The system recognizes all characters 
of the full ASCII code set except 
line feed (LF) and delete (DEL). 
The input control characters for 
return and backspace are recognized 
but are not translated. Characters 
of the standard character set are 
stored as 6-bit display code char¬ 
acters. The additional characters 
which make up the full ASCII code 
set are stored as 12-bit display 
code characters with an escape code 


convention. Refer to appendix A for 
an explanation of how the system 
interprets characters in both ASCII 
and normal character modes. 

The ASCII command must be entered if 
lowercase letters are to be in¬ 
terpreted by the system. In normal 
character mode, all lowercase 
letters are translated to uppercase. 
Commands may be entered in uppercase 
or lowercase in either ASCII or 
normal character mode. 

AUTO,nnnnn. Automatically generates five-digit 

iiii line numbers. The nnnnn parameter 

specifies the beginning line number; 
default value is 00100. The iiii 
parameter specifies the increment 
value added for each succeeding line 
number; default value is 10. The 
user can exit from auto mode by 
using either of the following 
methods. 

• Delete the current line by 
pressing the ESCAPE key or CNTL 
[ keys (ASCII code terminals) 
and then entering a new command 
on the next line. 

• Backspace six character 

positions and then enter a new 
command on the same line (six 
backspaces are required to over¬ 
write the five-digit line number 
and the blank that follows). 

The line numbering sequence can be 
altered by deleting the line or 
backspacing and then entering a new 
beginning line number rather than a 
new command (leading zeros are 

permissible but not required). The 

user should exercise caution when 

doing this since the AUTO command 
is still in effect and continues 

generating line numbers using the 
original increment value. Thus, if 
a line number is generated that 

already exists in the file, the 

original contents of that line are 
lost and must be reentered. The in¬ 
crement value cannot be altered un¬ 
less a new AUTO command is entered. 

BRIEF Suppresses all full and partial 

headers such as those issued by the 
LIST or RUN command. 

CSET.c Sets the character set mode of the 

terminal to the specified mode. 

c Specifies terminal character 
set mode. 

ASCII ASCII mode (ASCII 

128-character set. 

The CSET command may also be entered 
through commands included in a 

procedure file. 
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| NOTE 


Command 


Description 


The CSET,NORMAL command sets only the 
terminal character set. It does not 
have an effect on the AUTO, PARITY, 
or TAPE commands. 


Command Description 


FULL Selects full-duplex mode. Under 

this mode, each character received 
by the system is echoed to the term¬ 
inal just as received. This mode is 
effective only for terminals that 
have a full-duplex capability. The 
system responds: 

READY. 


The system initially assumes that 
all information is transmitted in 
even parity to ASCII code terminals. 

ROUT.nn Sets the amount of time required to 

perform the return function 
(carriage return and line feed) for 
an ASCII code terminal. The nn 
parameter specifies a character 
count delay. This is the amount of 
time required by the system to send 
nn characters to the terminal, where 
the value of nn can range from 0 to 
30. If 0 is specified, a standard 
delay value is used. The system 
responds: 

READY. 


If the HALF/FULL duplex switch on 
the terminal is in the HALF position 
when this command is entered, each 
subsequent character entered is 
double printed (initially when it is 
typed and again when it is echoed 
by the system). Placing this switch 
in the FULL position allows only the 
character echoed to the terminal to 
be printed. 

HALF Clears full-duplex mode (refer to 

FULL command). Characters received 
by the system after this command is 
issued are not echoed to the 
terminal. The system responds: 

READY. 

If switch is in the FULL position, 
characters entered at the terminal 
are not printed. Only system¬ 
generated output appears at the 
terminal. Placing this switch in 
the HALF position enables keyboard 
entry to be printed. 

NORMAL Reverses the effect of the ASCII, 

AUTO, BRIEF, CSET, NOSORT, PARITY, 
and TAPE commands on both input and 
output. The system initially 
assumes that the terminal is in 
normal mode. Normal mode uses the 
standard 64- or 63-character set. 
All lowercase letters are converted 
to uppercase (refer to ASCII command 
for additional information) and all 
command headers are printed (refer 
to BRIEF command). 

PARITY,p Sets terminal parity where p is 

either: 


This command is necessary since the 
length of time required for the 
return operation varies depending 
upon the type of terminal being 
used. For example, if the system 
is transmitting output to a 
terminal, a fixed amount of time is 
allowed for the return function, 
after which the system sends the 
next line of output. If the amount 
of time is not sufficient, 
characters may be printed during 
carriage return function. 

The delay is accomplished by 
sending rubout characters for paper 
tape operations and null characters 
for all other I/O operations. The 
number of characters to be sent is 
initially set by the system at 
login or at recovery time. If a 
ROUT command is entered, the number 
of characters specified for the 
delay remains in effect until 
termination of the session 
(logoff), until recovery, or until 
another ROUT command is entered. 

S key Terminates a job that is currently 

transmitting output to the 
terminal. This key is effective 
only for ASCII code terminals. The 
system responds: 

^TERMINATED* 

If pressing this key accidentally 
disconnects the terminal from the 
system, dial the computer and 
initiate the job recovery procedure 
as described earlier in this 
section. 


ODD to set odd parity STOP Terminates any program that is 

currently in execution or waiting 
or for input from the terminal, unless 

the program has disabled terminal 
EVEN to set even parity control; for example, APL. The 

system responds: 

If no parameters are supplied, odd 

parity is assumed. *TERMINATED* 
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Command Description 

TAPE Permits subsequent information to 

be read from the paper-tape reader 
at an ASCII code terminal. The 
system sends an X-ON character to 
the terminal at the end of each 
program request for data and after 
execution of each command. The 
X-ON character turns on the 
paper-tape reader at the user's 
terminal. This mode also inhibits 
the output of header messages from 
the LIST command and the READY 
message after the execution of most 
commands. The system ignores 
carriage return characters entered 
on an empty input line while in 
tape mode. 

TERM.t Allows the user to redefine the 

terminal characteristics that were 
established at login. The t 
parameter specifies the new 
terminal characteristics as follows: 

Mnemonic Description 

TPM ASCII code terminal 

with standard print. 

BLKTPM Block transmission 

(ASCII code) terminal 
with full display- 
screen editing capa¬ 
bility (available only 
on certain terminals 
such as the Hazeltine 
2000 terminal) and 
standard print. 



All ASCII-code terminals with standard 
print are designated TPM. The Memorex 
1240 is an ASCII code terminal and, 
therefore, is identified as TPM when 
using standard print. 


Terminal characteristics may be 
selected by default. Enter the 
LIMITS command to obtain the 
default value. 

TIMEOUT Changes a no-tiraeout terminal to 

the standard timeout status. In 
UNPRIVILEGED RDF mode, the user is 
automatically logged out after 15 
minutes of inactivity. Standard 
status is in effect when bit 10 in 
access word AW is clear. (Refer to 


MODVAL Command in the NOS Version 2 
System Maintenance Reference 
Manual, publication number 
60459300.) When the bit is set, 
the terminal remains connected 
until the user logs out. The 
TIMEOUT command clears this bit for 
the session in progress. 


ADDITIONAL UNPRIVILEGED MODE COMMANDS 

The following NOS system commands are also available 
to the user when operating under UNPRIVILEGED RDF 
mode. For descriptions of these commands, refer to 
the NOS Reference Set, Volume 3, System Commands, 
publication number 60459680. 


ASSIGN 

ATTACH 

BEGIN 

CATALOG 

CATLIST 

CHANGE 

CHARGE 

CLEAR 

COPY 

COPYBF 

C0PYBR 

COPYCF 

COPYCR 

COPYEI 

C0PYER 

COPYSBF 

DAYFILE 

DEFINE 

DISPLAY 

DMD 

DMDECS 

DMP 

DMPECS 

EDIT 

ENQUIRE 

EXIT 

GET 

LABEL 

LIMITS 

LISTLB 

MFL 

MODE 

NEW 

0FFSW 

OLD 

ONSW 

OPMSG 

PACK 

PACKNAM 

PERMIT 

PRIMARY 

PURGE 

RECOVER 

REDUCE 

RENAME 

REPLACE 

REQUEST 

RESOURCE 

RETURN 

REVERT 

REWIND 

RFL 

ROUTE 

SAVE 

SET 

SETTL 

SKIP 

SKIPEI 

SKIPF 

SKIPFB 

SKIPR 

STATUS 

SUBMIT 

SWITCH 

TDUMP 

TEXT 

UNLOAD 

USECPU 

USER 

VERIFY 

VSN 

WRITEF 

WRITER 

XEDIT 






The following maintenance software commands are 
allowed under UNPRIVILEGED RDF operation. 


MALET 

HPA 

REGEN 

TIO 

ALX 

CSU 

CTB 

CU1 

FS8 

EC3 

EC8 

ELD 

NORM 

GETLOG 

MRG 



PRIVILEGED MODE OPERATION 

When operating in PRIVILEGED RDF mode, the user may 
utilize any of the NOS system commands or maintenance 
software functions available at the site. For 
descriptions of NOS, refer to the following manuals. 

Control Data Manual Manual Number 

NOS Version 2 Reference Set, 

Volume 1 Introduction to Inter¬ 
active Usage 60459660 

NOS Version 2 Reference Set, 

Volume 2 Guide to System Usage 60459670 

NOS Version 2 Reference Set, 

Volume 3 System Commands 60459680 

NOS Version 2 Reference Set, 

Volume 4 Program Interface 60459690 
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